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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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The present document describes the Physical Layer Procedures in the TDD mode of UTRA. 
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Abbreviations 



For the purposes of the present document, the following abbreviations apply: 
BCCH Broadcast Control Channel 
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BCH Broadcast Channel 

CCTrCH Coded Composite Transport Channel 

DCA Dynamic Channel Allocation 

DPCH Dedicated Physical Channel 

DTX Discontinous Transmission 

FACH Forward Access Channel 

NRT Non-Real Time 

P-CCPCH Primary Common Control Physical Channel 

PRACH Physical Random Access Channel 

RACH Random Access Channel 

RT Real Time 

RU Resource Unit 

S-CCPCH Secondary Common Control Physical Channel 

SCH Synchronisation Channel 

SFN System Frame Number 

SSCH Secondary Synchronisation Channel 

STD Selective Transmit Diversity 

TA Timing Advance 

TPC Transmit Power Control 

TSTD Time Switched Transmit Diversity 

TxAA Transmit Adaptive Antennas 

UE User Equipment 

VBR Variable Bit Rate 



Physical layer procedures (TDD) 



4.1 



General 



4.2 



Transmitter Power Control 



4.2.1 General Parameters 

Power control is applied for the TDD mode to limit the interference level within the system thus reducing the intercell 
interference level and to reduce the power consumption in the UE. 

All codes within one timeslot allocated to the same CCTrCH use the same transmission power, in case they have the 
same spreading factor. 

Table 1 : Transmit Power Control characteristics 





Uplink 


Downlink 


Power control rate 


Variable 

1-7 slots delay (2 slot SCH) 

1-14 slots delay (1 slot SCH) 


Variable, with rate depending on 
the slot allocation. 


Step size 




1,2, 3 dB 


Remarks 


All figures are without processing and 
measurement times 


Within one timeslot the powers of 
all active codes may be balanced 
to within a range of 20 dB 



4.2.2 



Uplink Control 



4.2.2.1 



General Limits 



By means of higher layer signalling, the Maximum_Allowed_UL_TX_ power for uplink may be set to a value lower 
than what the terminal power class is capable of. The total transmit power shall not exceed the allowed maximum. If 
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this would be the case, then the transmit power of all uplink physical channels in a timeslot is reduced by the same 
amount in dB. 

4.2.2.2 PRACH 

The transmit power for the PRACH is set by higher layers based on open loop power control as described in [15]. 

4.2.2.3 DPCH, PUSCH 
4.2.2.3.1 Gain Factors 

Two or more transport channels may be multiplexed onto a CCTrCH as described in [9]. These transport channels 
undergo rate matching which involves repetition or puncturing. This rate matching affects the transmit power required 
to obtain a particular Et/No. Thus, the transmission power of the CCTrCH shall be weighted by a gain factor p. 

There are two ways of controlling the gain factors for different TFC's within a CCTrCH transmitted in a radio frame: 

P is signalled for the TFC, or 

P is computed for the TFC, based upon the signalled settings for a reference TFC. 

Combinations of the two above methods may be used to associate p values to all TFC's in the TFCS for a CCTrCH. 
The two methods are described in sections 4.2.2.3.1.1 and 4.2.2.3.1.2 respectively. Several reference TFC's for several 
different CCTrCH' s may be signalled from higher layers. 

The weight and gain factors may vary on a radio frame basis depending upon the current SF and TFC used. The setting 
of weight and gain factors is independent of any other form of power control. That means that the transmit power Pul is 
calculated according to the formula given below in section 4.2.2.3.2 and then the weight and gain factors are applied on 
topofthat, cf. [10]. 

4.2.2.3.1 .1 Signalled Gain Factors 

When the gain factor pj is signalled by higher layers for a certain TFC, the signalled values are used directly for 
weighting DPCH(s). Exact values are given in [10]. 

4.2.2.3.1 .2 Computed Gain Factors 

The gain factor pj may also be computed for certain TFCs, based on the signalled settings for a reference TFC: 

Let /3re/ denote the signalled gain factor for the reference TFC. Further, let pj denote the gain factor used for the j'-th 
TFC. 



Define the variable: K^^j- = J^-^^, ' ^i 



where RMi is the semi-static rate matching attribute for transport channel /, A^, is the number of bits output from the 
radio frame segmentation block for transport channel / and the sum is taken over all the transport channels / in the 
reference TFC. 

Similarly, define the variable K = ^ RM ■ ■ N ■ 

i 

where the sum is taken over all the transport channels / in they-th TFC. 
Moreover, define the variable L^^, = > 

where SFi is the spreading factor of DPCH / and the sum is taken over all DPCH / used in the reference TFC. 
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Similarly, define the variable L , = > 




where the sum is taken over all DPCH / used in they'-th TFC. 

Then the variable Aj, called the nominal power relation for TFCj, is computed as: 

The gain factors pj for they'-th TFC are then computed as follows: 

If Ay > 1, then /3, is the largest quantized j3-value, for which the condition pj < 1 / A, holds. 

If Ay < 1, then pj is the smallest quantized j3-value, for which the condition pj > 1 /A, holds. 
The quantized p-values are given in [10]. 

4.2.2.3.2 Power Control Loop 

After the synchronisation between UTRAN and UE is established, the UE transits into open-loop transmitter power 
control (TPC). 

The power setting for each uplink DPCH in one CCTrCH shall be calculated by the following equation: 

PuL = aLp.ccpcH+(l-a)Lo + Ibts + SIRtarget+ Constant value 

where 

Pul: Power setting in dBm, cf section "Combination of physical channels in uplink" in [10]; This value 

corresponds to a particular CCTrCH (due to CCTrCH-specific SIRtarget) and a particular timeslot 
(due to possibly timeslot-specific a and Ibts)- 

Lp-ccpch: Measure representing path loss in dB (reference transmit power is broadcast on BCH). 

Lq: Long term average of path loss in dB. 

Ig^g: Interference signal power level at cell's receiver in dBm, which is broadcast on BCH. 

a: a is a weighting parameter which represents the quality of path loss measurements, a may be a 

function of the time delay between the uplink time slot and the most recent down link time slot 
containing a beacon channel, see [8]. a is calculated at the UE. An example for calculating a as a 
function of the time delay is given in annex A. 1 . 

SIRtarget+ Target SNR in dB. A higher layer outer loop adjusts the target SIR. 

Constant value: This value shall be set by higher Layer (operator matter), and is broadcast on BCH. 

If the midamble is used in the evaluation of Lp.ccpcH and Lo, and the Tx diversity scheme used for the P-CCPCH 
involves the transmission of different midambles from the diversity antennas, the received power of the different 
midambles from the different antennas shall be combined prior to evaluation of these variables. 

4.2.2.3.3 Out of synchronisation handling 

UE shall shut off the uplink transmission if the following criteria is fulfilled: 

The UE estimates the received dedicated channel burst quality over the last [160] ms period to be worse than a 
threshold Qout- This criterion is never fulfilled during the first [160] ms of the dedicated channel's existence. Qom 
is defined implicitly by the relevant tests in [2]; 

if the UE detect the beacon channel reception level [10 dBm] above the handover triggering level, then the UE 
uses [320] ms estimation period for the burst quality evaluation. 
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UE shall resume the uplink transmission if the following criteria is fulfilled: 

The UE estimates the burst reception quality over the last [160] ms period to be better than a threshold Qin. This 
criterion is always fulfilled during the first [160] ms of the dedicated channel's existence. Qi^ is defined 
implicitly by the relevant tests in [2]. 

If the UE detects the beacon channel reception level [10 dB] above the handover triggering level, then the UE 
shall be allowed to use a further [320] ms estimation period for the burst quality evaluation. 

4.2.3 Downlink Control 

4.2.3.1 P-CCPCH, RICH 

The Primary CCPCH transmit power is set by higher layer signalling and can be changed based on network 
determination on a slow basis. The reference transmit power of the P-CCPCH is signalled on the BCH. The PICH is 
transmitted with the same power as the P-CCPCH. 

4.2.3.2 S-CCPCH 

The relative transmit power of the Secondary CCPCH compared to the P-CCPCH transmit power is set by higher layer 
signalling. 

4.2.3.3 DPCH, PDSCH 

The initial transmission power of the downlink DPCH and the PDSCH is set by the network. After the initial 
transmission, the UTRAN transits into SIR-based inner loop power control. 

The UE shall generate TPC commands to control the network transmit power and send them in the TPC field of the 
uplink DPCH and PUSCH. An example on how to derive the TPC commands in given in Annex A.2 

The association between TPC commands sent on uplink DPCH and PUSCH, with the power controlled downlink 
DPCH and PDSCH is signaled by higher layers. 

In the case that no associated downlink data is scheduled within 15 timeslots before the transmission of a TPC 
command then this is regarded as a transmission pause. The TPC commands in this case shall be derived from 
measurements on the P-CCPCH. An example solution for the generation of the TPC command is given in Annex A 2. 

Each TPC command shall always be based on all associated downlink transmissions received since the previous related 
TPC command. Related TPC commands are defined as TPC commands associated with the same downlink CCTrCHs. 
If there are no associated downlink transmissions between two or more uplink transmissions carrying related TPC 
commands, then these TPC commands shall be identical and they shall be regarded by the UTRAN as a single TPC 
command. This rule applies both to the case where the measurements are based on a CCTrCH or, in the case of a pause, 
on the P-CCPCH. 

As a response to the received TPC command, UTRAN may adjust the transmit power. When the TPC command is 
judged as "down", the transmission power may be reduced by one step, whereas if judged as "up", the transmission 
power may be raised by one step. The UTRAN may apply an individual offset to the transmission power in each 
timeslot according to the downlink interference level at the UE. The transmission power of one DPCH or PDSCH shall 
not exceed the limits set by higher layer signalling by means of Maximum_DL_Power (dB) and Minimum_DL_Power 
(dB). The transmission power is defined as the average power of the complex QPSK symbols of a single DPCH before 
spreading. 

During a downlink transmission pause, the UTRAN may accumulated the TPC commands received. The initial UTRAN 
transmission power for the first data transmission after the pause may then be set to the sum of transmission power 
before the pause and a power offset according to the accumulated TPC commands. Additionally this sum may include a 
constant set by the operator and a correction term due to uncertainties in the reception of the TPC bits. 

The total downlink transmission power at the nodeB within one timeslot shall not exceed Maximum Transmission 
Power set by higher layer signalling. In case the total power of the sum of all transmissions would exceed this limit, 
then the transmission power of all downlink DPCHs is reduced by the amount that allows fulfilling the requirement. 
The same amount of power reduction is applied to all DPCHs. 
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A higher layer outer loop adjusts the target SIR. 

4.2.3.3.1 Out of synchronisation handling 

When the dedicated physical channel out of sync criteria based on the received burst quality is as given in the 
subclause 4.4.2 then the UE shall set the uplink TPC command = "up". The CRC based criteria shall not be taken into 
account in TPC bit value setting. 



4.3 Tinning Advance 



UTRAN may adjust the UE transmission timing with timing advance. The initial value for timing advance will be 
determined in the UTRAN by measurement of the timing of the PRACH. The required timing advance will be 
represented as an 6 bit number (0-63) being the multiple of 4 chips which is nearest to the required timing advance. 

When Timing Advance is used the UTRAN will continuously measure the timing of a transmission from the UE and 
send the necessary timing advance value. On receipt of this value the UE shall adjust the timing of its transmissions 
accordingly in steps of +4chips. The transmission of TA values is done by means of higher layer messages. Upon 
receiving the TA command the UE shall adjust its transmission timing according to the timing advance command at the 
frame number specified by higher layer signaling. The UE is signaled the TA value in advance of the specified frame 
activation time to allow for local processing of the command and application of the TA adjustment on the specified 
frame. Node-B is also signaled the TA value and radio frame number that the TA adjustment is expected. to take place. 

If TA is enabled by higher layers, after handover the UE shall transmit in the new cell with timing advance TA adjusted 
by the relative timing difference At between the new and the old cell: 

TA„ew = TAoM + 2At. 

4.3.1 Timing advance witin UL Syncinronization 

If UL Synchronization is used, the timing advance is sub-chip granular and with high accuracy in order to enable 
synchronous CDMA in the UL. The required timing advance will be represented as a multiple of 1/4 chips. 

The UTRAN will continuously measure the timing of a transmission from the UE and send the necessary timing 
advance value. On receipt of this value the UE will adjust the timing of its transmissions accordingly in steps of 
+1/4 chips. 

Support of UL synchronisation is optional for the UE. 

4.4 Synciironisation procedures 

4.4.1 Cell Search 

During the cell search, the UE searches for a cell and determines the downlink scrambling code, basic midamble code 
and frame synchronisation of that cell. How cell search is typically done is described in Annex C. 

4.4.2 Dedicated channel synchronisation 
4.4.2.1 Synchronisation primitives 

4.4.2.1.1 General 

For the dedicated channels, synchronisation primitives are used to indicate the synchronisation status of radio links, 
both in uplink and downlink. The definition of the primitives is given in the following subclauses. 

4.4.2.1.2 Downlink synchronisation primitives 

Layer 1 in the UE shall every radio frame check synchronisation status of the downlink dedicated channels. 
Synchronisation status is indicated to higher layers, using the CPHY-Sync-IND or CPHY-Out-of-Sync-IND primitives. 
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Out-of-sync shall be reported using the CPHY-Out-of-Sync-IND primitive if any of the following criteria are fulfilled: 

the UE estimates the received dedicated channel burst quality over the last [160] ms period to be worse than a 
threshold Qoy,. This criterion is never fulfilled during the first [160] ms of the dedicated channel's existence. Qq,,, 
is defined implicitly by the relevant tests in [2]; 

if the UE detect the beacon channel reception level [10 dB] above the handover triggering level, the UE uses 
[320] ms estimation period for the burst quality evaluation; 

the last [16] transport blocks, as observed on all TrCHs using CRC, are received with incorrect CRC and in 
addition, over the last [160] ms, no transport block has been received with correct CRC. In case the beacon 
channel reception criteria is fulfilled the values are [32] transport blocks and [320] ms respectively. 

In-sync shall be reported using the CPHY-Sync-IND primitive if both of the following criteria are fulfilled: 

the UE estimates the burst reception quality over the last [160] ms period to be better than a threshold Qin. This 
criterion is always fulfilled during the first [160] ms of the dedicated channel's existence. Qin is defined 
implicitly by the relevant tests in [17]; 

at least one transport block, as observed on all TrCHs using CRC, is received with correct CRC. If there is no 
TrCH using CRC, this criterion is always fulfilled. 

In-sync shall be reported using the CPHY-Sync-IND primitive in case of DTX if the following criterion is fulfilled: 

The UE receives a special burst in case of DTX and estimates its burst reception quality to be better than a 
threshold Qin. 

How the primitives are used by higher layers is described in [15]. 

4.4.2.1 .3 Uplink synchronisation primitives 

Layer 1 in the Node B shall every radio frame check synchronisation status of the radio link. Synchronisation status is 
indicated to the RL Failure/Restored triggering function using either the CPHY-Sync-IND or CPHY-Out-of-Sync-IND 
primitive. 

The exact criteria for indicating in-sync/out-of-sync is not subject to specification, but could e.g. be based on received 
burst quality or CRC checks. One example would be to have the same criteria as for the downlink synchronisation 
status primitives. 

4.4.2.2 Radio link monitoring 

4.4.2.2.1 Downlink radio link failure 

The downlink radio links are monitored by the UE, to trigger radio link failure procedures. The downlink radio link 
failure criteria is specified in [15], and is based on the synchronisation status primitives CPHY-Sync-IND and CPHY- 
Out-of-Sync-IND, indicating in-sync and out-of-sync respectively. 

4.4.2.2.2 Uplink radio link failure/restore 

The uplink radio links are monitored by the Node B, to trigger radio link failure/restore procedures. Once the radio links 
have been established, they will be in the in-sync or out-of-sync states as shown in figure 1 in subclause 4.3.2.1. 
Transitions between those two states are described below. 

The uplink radio link failure/restore criteria is based on the synchronisation status primitives CPHY-Sync-IND and 
CPHY-Out-of-Sync-IND, indicating in-sync and out-of-sync respectively. 

When the radio link is in the in-sync state. Node B shall start timer T_RLFAILURE after receiving N_OUTS YNC_IND 
consecutive out-of-sync indications. Node B shall stop and reset timer T_RLFAILURE upon receiving successive 
N_INSYNC_IND in-sync indications. If T_RLFAILURE expires. Node B shall trigger the RL Failure procedure and 
indicate which radio links are out-of-sync. When the RL Failure procedure is triggered, the radio links' state changes to 
the out-of-sync state. 



£75/ 



3GPP TS 25.224 version 3.4.0 Release 1999 



13 



ETSI TS 125 224 V3.4.0 (2000-09) 



When the radio links are in the out-of-sync state, after receiving N_INSYNC_IND successive in-sync indications Node 
B shall trigger the RL Restore procedure and indicate which radio links have re-established synchronisation. When the 
RL Restore procedure is triggered, the radio links' state changes to the in-sync state. 

The specific parameter settings (values of T_RLFAILURE, N_OUTSYNC_IND, and N_INSYNC_IND) are 
configurable, see [16]. 

4.5 Discontinuous transmission (DTX) of Radio Frames 

Discontinuous transmission (DTX) is applied in up- and downlink when the total bit rate after transport channel 
multiplexing differs from the total channel bit rate of the allocated dedicated physical channels. 

Rate matching is used in order to fill resource units completely, that are only partially filled with data. In the case that 
after rate matching and multiplexing no data at all is to be transmitted in a resource unit the complete resource unit is 
discarded from transmission. This applies also to the case where only one resource unit is allocated and no data has to 
be transmitted. 

When DTX is applied in the uplink and after a period of (N_OUTSYNC_IND / 2)-l silent frames no data has to be 
transmitted, then a special burst should be generated and transmitted in the next possible frame. 

This special burst should have the same slot format as the normal burst where DTX is used. The special burst is filled 
with an arbitrary bit pattern, contains a TFCI and TPC bits if inner loop PC is applied. The TFCI of the special burst 
should indicate that there is no data to be transmitted. 

4.6 Downlink Transmit Diversity 

Downlink transmit diversity for DPCH, P-CCPCH, and SCH is optional in UTRAN. Its support is mandatory at the UE. 

4.6.1 Transmit Diversity for DPCH 

The transmitter structure to support transmit diversity for DPCH transmission is shown in figure 1 . Channel coding, 
interleaving and spreading are done as in non-diversity mode. The spread complex valued signal is fed to both TX 
antenna branches, and weighted with antenna specific weight factors wi and W2- The weight factors are complex valued 
signals (i.e., w, = a, + jbj ), in general. These weight factors are calculated on a per slot and per user basis. 

The weight factors are determined by the UTRAN. Examples of transmit diversity schemes are given in annex B. 



Data -► ENC -► INT -► SPR+SCR 



FIR - RF 



ANTl Y 



ANT2 i Y 



(^y^ 



Uplink channel estimate 



Figure 1 : Downlink transmitter structure to support Transmit Diversity 
for DPCH transmission (UTRAN Access Point) 

4.6.2 Transmit Diversity for SCH 

Time Switched Transmit Diversity (TSTD) can be employed as transmit diversity scheme for the synchronisation 
channel. 
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4.6.2.1 



SCH Transmission Scheme 



The transmitter structure to support transmit diversity for SCH transmission is shown in figure 2. P-SCH and S-SCH are 
transmitted from antenna 1 and antenna 2 alternatively. An example for the antenna switching pattern is shown in figure 

3. 
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Figure 2: Downlink transmitter structure to support Transmit Diversity 
for SCH transmission (UTRAN Access Point) 
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Figure 3: Antenna Switching Pattern (Case 2) 



4.6.3 Transmit Diversity for P-CCPCH 



Block Space Time Transmit Diversity (Block STTD) may be employed as transmit diversity scheme for the Primary 
Common Control Physical Channels (P-CCPCH). 



4.6.3.1 



P-CCPCH Transmission Scheme 



The open loop downlink transmit diversity employs a Block Space Time Transmit Diversity scheme (Block STTD). 

A block diagram of the Block STTD transmitter is shown in figure 4. Before Block STTD encoding, channel coding, 
rate matching, interleaving and bit-to-symbol mapping are performed as in the non-diversity mode. 

Block STTD encoding is separately performed for each of the two data fields present in a burst (each data field contains 
N data symbols). For each data field at the encoder input, 2 data fields are generated at its output, corresponding to each 
of the diversity antennas. The Block STTD encoding operation is illustrated in figure 5, where the superscript stands 
for complex conjugate. If N is an odd number, the first symbol of the block shall not be STTD encoded and the same 
symbol will be transmitted with equal power from both antennas. 

After Block STTD encoding both branches are separately spread and scrambled as in the non-diversity mode. 

The use of Block STTD encoding will be indicated by higher layers. 
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Figure 4: Block Diagram of the transmitter (STTD) 
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Figure 5: Block Diagram of Block STTD encoder. The symbols S; are QPSK. 
N is the length of the block to be encoded 



4.7 RaiKJom access procedure 



The physical random access procedure described below is invoked whenever a higher layer requests transmission of a 
message on the RACH. The physical random access procedure is controlled by primitives from RRC and MAC. 
Retransmission on the RACH in case of failed transmission (e.g. due to a collision) is controlled by higher layers. Thus, 
the backoff algorithm and associated handling of timers is not described here. The definition of the RACH in terms of 
PRACH sub-channels and associated Access Service Classes is broadcast on the BCH in each cell. Parameters for 
common physical channel uplink outer loop power control are also broadcast on the BCH in each cell. The UE needs to 
decode this information prior to transmission on the RACH. 

4.7.1 Physical ran(dom access procecdure 

The physical random access procedure described in this subclause is initiated upon request of a PHY-Data-REQ 
primitive from the MAC sublayer (see [18] and [19]). 

Before the physical random-access procedure can be initiated, Layer 1 shall receive the following information by a 
CPHY-TrCH-Config-REQ from the RRC layer: 

the available PRACH sub-channels for each Access Service Class (ASC); 

the timeslot, spreading factor, channelisation code, midamble, repetition period and offset for each PRACH sub- 
channel. (There is a 1:1 mapping between spreading code and midamble as defined by RRC); 

the set of Transport Format parameters; 

the set of parameters for common physical channel uplink outer loop power control. 

NOTE: The above parameters may be updated from higher layers before each physical random access procedure 
is initiated. At each initiation of the physical random access procedure. Layer 1 shall receive the 
following information from the higher layers (MAC): 

the Transport Format to be used for the PRACH message; 

- the ASC of the PRACH transmission; 

the data to be transmitted (Transport Block Set). 
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The physical random-access procedure shall be performed as follows. 

1 Randomly select the PRACH sub-channel from the available ones for the given ASC. The random function shall 
be such that each of the allowed selections is chosen with equal probability. 

2 Derive the available access slots in the next N frames, defined by SFN, SFNh-1, ..., SFNh-N-1 for the selected 
PRACH sub-channel with the help of SFN (where N is the repetition period of the selected PRACH 
sub-channel). Randomly select an uplink access slot from the available access slots in the next frame, defined by 
SFN, if there is one available. If there is no access slot available in the next frame, defined by SFN then, 
randomly select one access slot from the available access slots in the following frame, defined by SFNh-1. This 
search is performed for all frames in increasing order, defined by SFN, SFNh-1, ..., SFNh-N-1, until an available 
access slot is found. The random function shall be such that each of the allowed selections is chosen with equal 
probability. 

3 Randomly select a spreading code from the available ones for the given ASC. The random function shall be such 
that each of the allowed selections is chosen with equal probability. The midamble is derived from the selected 
spreading code. 

4 Set the PRACH message transmission power level according to the specification for common physical channels 
in uplink (see subclause 4.2.2.2). 

5 Transmit the random access message with no timing advance. 
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4.8 DSCH procedure 



The physical downlink shared channel procedure described below shall be applied by the UE when the physical layer 
signalling either with the midamble based signalling or TFCI based signalling is used to indicate for the UE the need for 
PDSCH detection. There is also a third alternative to indicate to the UE the need for the PDSCH detection and this is 
done by means of higher layer signalling, already described in [8]. 

4.8.1 DSCH procedure with TFCI indication 

When the UE has been allocated by higher layers to receive data on DSCH using the TFCI, the UE shall decode the 
PDSCH in the following cases: 

- In case of a standalone PDSCH the TFCI is located on the PDSCH itself, then the UE shall decode the TFCI and 
based on which data rate was indicated by the TFCI, the decoding shall be performed. The UE shall decode 
PDSCH only if the TFCI word decode corresponds to the TEC part of the TECS given to the UE by higher 
layers. 

In case that the TFCI is located on the DCH, the UE shall decode the PDSCH frame or frames if the TFCI on the 
DCH indicates the need for PDSCH reception. Upon reception of the DCH time slot or time slots, the PDSCH 
slot (or first PDSCH slot) shall start SFN n+2 after the DCH frame containing the TFCI, where n indicates the 
SEN on which the DCH is received. In the case that the TFCI is repeated over several frames, the PDSCH slot 
shall start SFN n+2 after the frame having the DCH slot which contains the last part of the repeated TFCI. 

4.8.2 DSCH procedure witin midamble indication 

When the UE has been allocated by higher layers to receive PDSCH based on the midamble used on the PDSCH 
(midamble based signalling described in [8]), the UE shall operate as follows: 

The UE shall test the midamble it received and if the midamble received was the same as indicated by higher 
layers to correspond to PDSCH reception, the UE shall detect the PDSCH data according to the TF given by the 
higher layers for the UE. 

In case of multiple time slot allocation for the DSCH indicated to be part of the TF for the UE, the UE shall 
receive all timeslots if the midamble of the first timeslot of PDSCH was the midamble indicated to the UE by 
higher layers. 

In case the standalone PDSCH (no associated DCH) contains the TFCI the UE shall detect the TF indicated by 
the TFCI on PDSCH. 
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Annex A (informative): 
Power Control 

A.1 An Example for Calculating a 

This annex presents an example for calculating the path loss weighting parameter for open loop power control a. 

a can be calculated as a = l-(D-l)/6 where D is the delay, expressed in number of slots, between the uplink slot and the 
most recent downlink slot. Note that a=l for a delay of one slot (minimal delay), and a=0 for a delay of 7 slots 
(maximal delay). 

A.2 Example Implementation of Downlink Power Control in the 
UE 

The measurement of received SIR shall be carried out periodically at the UE. When the measured value is higher than 
the target SIR value, TPC command = "down". When this is lower than or equal to the target SIR value, TPC command 
= "up". 

In case of a downlink transmission pause on the DPCH or PDSCH, the receive power (RSCP) of the data can no longer 
be used for inner loop SIR calculations in the UE. In this casevthe UE should trace the fluctuations of the pathloss based 
on the P-CCPCH and use these values instead for generating the TPC commands. This pathloss together with the 
timeslot ISCP measurement in the data timeslot, which is ongoing, should be used to calculate a virtual SIR value: 

SIR„n(i) = RSCPvnt(i) - ISCP(i), 



(—1 

RSCPvm(i) = RSCPo + Lo - L(i) + ^ TPC(k) , 



k=i 

RSCP: Received signal code power in dB 

ISCP: Interference signal code power in the DPCH / PDSCH timeslot in dB 

L: pathloss in dB measured on the P-CCPCH. The same weighting of the long- and short-term pathloss 

should be used as for uplink open loop power control, see Annex A. 1 
i: index for the frames during a transmission pause, 1 < i < number of frames in the pause 

Lo: weighted pathloss in the last frame before the transmission pause 

RSCPo: RSCP of the data that was used in the SIR calculation of the last frame before the pause 

TPC (k): ± power control stepsize in dB according to the TPC bit generated and transmitted in frame k, TPC bit 

"up" = H-stepsize, TPC bit "down" = -stepsize 
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Annex B (informative): 
Determination of Weight Information 

Selective Transmit Diversity (STD) and Transmit Adaptive Antennas (TxAA) are examples of transmit diversity 
schemes for dedicated physical channels. 



B.1 STD Weights 



The weight vector will take only two values depending on the signal strength received by each antenna in the uplink 
slot. For each user, the antenna receiving the highest power will be selected (i.e. the corresponding weight will be set 
tol). 

Table 2: STD weights for two TX antennas 





Wi 


W2 


Antenna 1 receiving higliest power 


1 





Antenna 2 receiving highest power 





1 



B.2 TxAA Weights 



In a generic sense, the weight vector to be applied at the transmitter is the w that maximises: 



P=w"h"Hw 



(1) 



where 



H=[hi hj] and w = [ Wi, Wj ] 



and where the column vector /z, represents the estimated uplink channel impulse response for the i'th transmission 
antenna, of length equal to the length of the channel impulse response. 
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Annex C (informative): 
Cell search procedure 



During the cell search, the UE searches for a cell and determines the downlink scrambling code, basic midamble code 
and frame synchronisation of that cell. The cell search is typically carried out in three steps: 

Step 1: Primary synchronisation code acquisition 

During the first step of the cell search procedure, the UE uses the SCH's primary synchronisation code to find a cell. 
This is typically done with a single matched filter (or any similar device) matched to the primary synchronisation code 
which is common to all cells. A cell can be found by detecting peaks in the matched filter output. 

Note that for a cell of SCH slot configuration case 1, the SCH can be received periodically every 15 slots. In case of a 
cell of SCH slot configuration case 2, the following SCH slot can be received at offsets of either 7 or 8 slots from the 
previous SCH slot. 

Step 2: Code group identification and slot synchronisation 

During the second step of the cell search procedure, the UE uses the SCH's secondary synchronisation codes to identify 
1 out of 32 code groups for the cell found in the first step. This is typically done by correlating the received signal with 
the secondary synchronisation codes at the detected peak positions of the first step. The primary synchronisation code 
provides the phase reference for coherent detection of the secondary synchronisation codes. The code group can then 
uniquely be identified by detection of the maximum correlation values. 

Each code group indicates a different toffset parameter and 4 specific cell parameters. Each of the cell parameters is 
associated with one particular downlink scrambling code and one particular long and short basic midamble code. When 
the UE has determined the code group, it can unambiguously derive the slot timing of the found cell from the detected 
peak position in the first step and the toffset parameter of the found code group in the second step. 

Note that the modulation of the secondary synchronisation codes also indicates the position of the SCH slot within a 2 
frames period, e.g. a frame with even or odd SEN. Additionally, in the case of SCH slot configuration following case 2, 
the SCH slot position within one frame, e.g. first or last SCH slot, can be derived from the modulation of the secondary 
synchronisation codes. 

Step 3: DownUnk scrambUng code, basic midamble code identification and frame synchronisation 

During the third and last step of the cell search procedure, the UE determines the exact downlink scrambling code, basic 
midamble code and frame timing used by the found cell. The long basic midamble code can be identified by correlation 
over the P-CCPCH (or any other beacon channel) with the 4 possible long basic midamble codes of the code group 
found in the second step. A P-CCPCH (or any other beacon channel) always uses the midamble m*'' (and in case of 
Block-STTD also midamble m*^') derived from the long basic midamble code and always uses a fixed and pre-assigned 
channelisation code. 

When the long basic midamble code has been identified, downlink scrambling code and cell parameter are also known. 
The UE can read system and cell specific BCH information and acquire frame synchronisation. 

Note that even for an initial cell parameter assignment, a cell cycles through a set composed of 2 different cell 
parameters according to the SEN of a frame, e.g. the downlink scrambling code and the basic midamble code of a cell 
alternate for frames with even and odd SEN. Cell parameter cycling leaves the code group of a cell unchanged. 

If the UE has received information about which cell parameters or SCH configurations to search for, cell search can be 
simplified. 
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